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TECHNICAL FIELD 
[0001] The invention pertains to file management. 

BACKGROUND 

[0002] Despite recent advancements in Personal Computer (PC) 
technologies and the influx of digital photography into the consumer marketplace, 
users may not store and/or process digital images on a PC. This is often out of a 
concern of permanently losing the digital images. For example, a user may make 
an unanticipated and/or undesirable change to a prized digital image on a PC, and 
afterwards, not be able to recover the original, unedited digital image. One reason 
for this is due to the lack of integration of photo management operations with 
other common user activities on the PC that may involve digital images. As a 
result, users are typically dissatisfied with the PC's lack of secure/trustworthy 
photo management capabilities, and PCs are often not utilized in digital photo 
processing and/or storage lifecycles. 

SUMMARY 

[0003] Systems and methods for digital negatives are described. In one 
aspect, a digital negative is created on a computing device from a digital image. 
The digital image is linked to the digital negative. In response to a save operation 
associated with the digital image, a new digital image is generated and bi- 
directionally connected to the digital negative. In response to a revert operation 
associated with the new digital image, contents of the new digital image are 
replaced with contents of the digital negative. 



Lee & Hayes, PLLC 
(509) 324-9256 



1 



Atty Docket No. MS1-1752US 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0004] In the figures, the left-most digit of a component reference number 
identifies the particular figure in which the component first appears. 

[0005] Fig. 1 illustrates an example of a suitable computing environment on 
which a framework (e.g., methods, computer-readable media, apparatus, 
Application Programming Interface (API), User Interface (UI), and so on) for 
generating, managing, and utilizing digital negatives may be implemented. 

[0006] Fig. 2 is a block diagram that shows further exemplary aspects of 
system memory of Fig. 1, including application programs and program 
data generating, managing, and utilizing digital negatives. 

[0007] Fig. 3 shows an exemplary procedure for creating a digital negative 
in response to automatic and/or manual edits of a digital image. 

[0008] Fig. 4 shows an exemplary procedure for creating and managing a 
digital negative in response to automatic and/or manual edits of a digital image. In 
particular, Fig. 4 shows further aspects of the procedure of Fig. 3 to manage 
storage of a digital negative when a backup engine is being used to backup files on 
the computing system. 

[0009] Fig. 5 is a block diagram that shows exemplary digital image /digital 
image and digital image/ digital negative operational flow and data state 
responsive to implicit save operations. 

[0010] Fig. 6 is a block diagram that shows exemplary digital image /digital 
image and digital image/ digital negative data flow and data state responsive to a 
"save-as" operation. 
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[0011] Fig. 7 is a block diagram that shows exemplary digital image /digital 
image and digital image/ digital negative data flow and data state responsive to a 
user instantiated "Make This Picture the Digital Negative" type of operation. 

[0012] Fig. 8 shows a logical view into a set of digital images created by 
implicit save(s) and save-as/copy operations from a single proof (digital image) 
represented by the pixel content of the digital negative. 

[0013] Fig. 9 shows an exemplary properties window for displaying 
properties of a digital image with a corresponding digital negative. 

[0014] Fig. 10 shows an exemplary UI window for displaying a group of 
photos by digital image version history. 

[0015] Fig. 1 1 shows an exemplary procedure to present a Digital Negative 
UI and to parse user interaction with the UI to create, manage, and utilize digital 
negatives. 

[0016] Fig. 12 shows an exemplary procedure to manage a digital negative 
in view of an implicit save of changes to a digital image. 

[0017] Fig. 13 shows an exemplary procedure to manage a digital negative 
in view of a "save-as" or copy operation directed to a digital image. 

[0018] Fig. 14 shows an exemplary procedure to manage a digital negative 
in view of a user implemented request to create a new photo from a digital 
negative. 

[0019] Fig. 15 shows an exemplary procedure to manage a digital negative 
in view of a user implemented request to make a particular photo the digital 
negative for the photo. 
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[0020] Fig. 16 shows an exemplary procedure to revert pixel content of a 
digital image to pixel content of a corresponding digital negative in view of a user 
implemented reversion request. 

DETAILED DESCRIPTION 

Overview 

[0021] The following systems and methods for digital negatives incorporate 
secure/trustworthy digital image management into picture-specific and day-to-day 
tasks/operations that involve photographic content that a user may perform on the 
PC. A digital negative is a snapshot, or copy of a picture created (automatically 
and/or manually) at a specific point-in-time from a digital image/picture. 
Although a picture and/or image objects derived therefrom may be subsequently 
modified, pixel content of a linked digital negative does not change unless the user 
explicitly modifies the content of the digital negative. The digital negative is 
automatically linked to the picture on which it is based, and automatically linked 
to any versions, copies, and/or versioned copies of the picture (i.e., derived image 
objects) throughout the lifecycle of the picture and picture versions. A user can 
revert a versioned picture (i.e., across any number of pictures copies, versions, 
versioned copies, and/or the like) back to the original pixel content of a linked 
digital negative to which it is linked — the digital negative being a snapshot of the 
picture's pixel content at a previous point-in-time (i.e., when the digital negative 
was created from the picture). 

[0022] For instance, a digital negative is automatically and/or manually 
created for an original picture when the picture is acquired, created, or first 
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modified by an application. When a user edits or otherwise changes the original 
picture's pixel content, a subsequent implicit save operation (user or system 
implemented) of the changes replaces the original picture with a different version 
of the picture. Automatically, the link between the digital negative and the 
original picture is deleted, and the digital negative is linked to the new (different) 
version. This process is iterative, meaning that if additional edits are made to the 
new version of the picture and then implicitly saved, the new version becomes the 
old version, which is replaced with the new version comprising the edits. As 
before, automatically, the link between the digital negative and the previous 
version is removed, and a link is created between the digital negative and the latest 
version of the picture. 

[00231 Such image replacement-type picture versioning creates a linear 
version history of a picture (digital image), wherein older versions of the picture 
are overwritten with newer versions of the picture, and wherein the most current 
set of changes to the picture, if any, are linked to a digital negative (one digital 
negative for a given picture). For purposes of discussion, a picture's version 
history may have a depth of zero (0) or greater, wherein a version history with a 
depth of 0 means that a picture has not been modified since it was acquired or 
created. 

[0024] Additionally, when a picture is copied to another file, for example, 
via a "save-as..." or a copy operation, then the versioning history of the picture 
may develop along at least two separate linear progressions via implicit saves of 
changes made to respective ones of the pictures. For instance, if a picture is 
copied to n different file names, respective linear version histories of the picture 
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may progress independently along n different paths. Yet, regardless of the number 
of linear paths along which a versioning history of a particular picture may 
progress, as changes are made to the picture most recent versions of the picture 
(i.e., along respective ones of the paths) are automatically (or manually) connected 
to the digital negative of the picture from which the copy or copies were based. In 
either of these scenarios (i.e., across any number of picture copies, versions, 
versioned copies, and/or the like), a user can selectively revert any of one or more 
latest picture versions in any of one or more linear version history progressions of 
original picture content back to the original pixel content of the digital negative to 
which the one or more latest picture versions are linked. 

[0025] For additional digital image management security and flexibility, the 
systems and methods for digital negatives provide an API and UI controls to 
respectively integrate with applications and users so that applications and 
application users can create and manage digital negatives across single or multiple 
picture version history progressions. Such digital image management on the PC is 
facilitated with a logical UI view into one or more sets of related digital images. 
This logical view is generated by combining the concepts of a digital original of 
picture (i.e., a digital negative) with picture versioning, and picture/version copies 
(copies may in turn be versioned), and so on, to provide a view that is 
automatically organized across picture version histories and corresponding digital 
negative (s). Such a logical view presents a user with flexibility to manage digital 
image version histories and recover original pixel content of a pre-existing pixel 
representation based on a linked and pre-viewable digital negative. 
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These and other aspects of the systems and methods for digital negatives 
are now described. 

Exemplary Operating Environment 

[0026] Turning to the drawings, wherein like reference numerals refer to 
like elements, the invention is illustrated as being implemented in a suitable 
computing environment. Although not required, the invention is described in the 
general context of computer-executable instructions, such as program modules, 
being executed by a personal computer. Program modules generally include 
routines, programs, objects, components, data structures, etc., that perform 
particular tasks or implement particular abstract data types. 

[0027] Fig. 1 illustrates an example of a suitable computing 
environment 100 on which the subsequently described framework for digital 
negatives may be implemented (either fully or partially). Exemplary computing 
environment 100 is only one example of a suitable computing environment and is 
not intended to suggest any limitation as to the scope of use or functionality of 
systems and methods the described herein. Neither should computing 
environment 100 be interpreted as having any dependency or requirement relating 
to any one or combination of components illustrated in computing 
environment 100. 

[0028] The methods and systems described herein are operational with 
numerous other general purpose or special purpose computing system 
environments or configurations. Examples of well known computing systems, 
environments, and/or configurations that may be suitable for use include, but are 
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not limited to, personal computers, server computers, multiprocessor systems, 
microprocessor-based systems, network PCs, minicomputers, mainframe 
computers, distributed computing environments that include any of the above 
systems or devices, and so on. Compact or subset versions of the framework may 
also be implemented in clients of limited resources, such as handheld computers, 
or other computing devices. The invention may also be practiced in distributed 
computing environments where tasks are performed by remote processing devices 
that are linked through a communications network. In a distributed computing 
environment, program modules may be located in both local and remote memory 
storage devices. 

[0029] With reference to Fig. 1, an exemplary system for digital negatives 
includes a general purpose computing device in the form of a computer 110. 
Components of computer 110 may include, but are not limited to, one or more 
processing units 120, a system memory 130, and a system bus 121 that couples 
various system components including the system memory to the processing 
unit 120. The system bus 121 may be any of several types of bus structures 
including a memory bus or memory controller, a peripheral bus, and a local bus 
using any of a variety of bus architectures. By way of example, and not limitation, 
such architectures include Industry Standard Architecture (ISA) bus, Micro 
Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics 
Standards Association (VESA) local bus, and Peripheral Component Interconnect 
(PCI) bus also known as Mezzanine bus. 

[0030] Computer 110 typically includes a variety of computer readable 
media. Computer readable media can be any available media that can be accessed 
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by computer 1 10 and includes both volatile and nonvolatile media, removable and 
non-removable media. By way of example, and not limitation, computer readable 
media may comprise computer storage media and communication media. 
Computer storage media includes volatile and nonvolatile, removable and non- 
removable media implemented in any method or technology for storage of 
information such as computer readable instructions, data structures, program 
modules or other data. Computer storage media includes, but is not limited to, 
RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, 
digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, 
magnetic tape, magnetic disk storage or other magnetic storage devices, or any 
other medium which can be used to store the desired information and which can be 
accessed by computer 110. 

[0031] Communication media typically embodies computer readable 
instructions, data structures, program modules or other data in a modulated data 
signal such as a carrier wave or other transport mechanism and includes any 
information delivery media. The term "modulated data signal" means a signal that 
has one or more of its characteristics set or changed in such a manner as to encode 
information in the signal. By way of example, and not limitation, communication 
media includes wired media such as a wired network or direct-wired connection, 
and wireless media such as acoustic, RF, infrared and other wireless media. 
Combinations of the any of the above should also be included within the scope of 
computer readable media. 

[0032] System memory 130 includes computer storage media in the form of 
volatile and/or nonvolatile memory such as read only memory (ROM) 131 and 
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random access memory (RAM) 132. A basic input/output system 133 (BIOS), 
containing the basic routines that help to transfer information between elements 
within computer 110, such as during start-up, is typically stored in ROM 131. 
RAM 132 typically contains data and/or program modules that are immediately 
accessible to and/or presently being operated on by processing unit 120. By way 
of example, and not limitation, Fig. 1 illustrates operating system 134, application 
programs 135, other program modules 136, and program data 137. 

[0033] The computer 110 may also include other removable/non- 
removable, volatile/nonvolatile computer storage media. By way of example only, 
Fig. 1 illustrates a hard disk drive 141 that reads from or writes to non-removable, 
nonvolatile magnetic media, a magnetic disk drive 151 that reads from or writes to 
a removable, nonvolatile magnetic disk 152, and an optical disk drive 155 that 
reads from or writes to a removable, nonvolatile optical disk 156 such as a CD 
ROM or other optical media. Other removable/non-removable, 
volatile/nonvolatile computer storage media that can be used in the exemplary 
operating environment include, but are not limited to, magnetic tape cassettes, 
flash memory cards, digital versatile disks, digital video tape, solid state RAM, 
solid state ROM, and the like. The hard disk drive 141 is typically connected to 
the system bus 121 through a non-removable memory interface such as 
interface 140, and magnetic disk drive 151 and optical disk drive 155 are typically 
connected to the system bus 121 by a removable memory interface, such as 
interface 150. 

10034] The drives and their associated computer storage media discussed 
above and illustrated in Fig. 1, provide storage of computer readable instructions, 
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data structures, program modules and other data for the computer 110. In Fig. 1, 
for example, hard disk drive 141 is illustrated as storing operating system 144, 
application programs 145, other program modules 146, and program data 147. 
Note that these components can either be the same as or different from operating 
system 134, application programs 135, other program modules 136, and program 
data 137. Operating system 144, application programs 145, other program 
modules 146, and program data 147 are given different numbers here to illustrate 
that they are at least different copies. 

[0035] A user may enter commands and information into the computer 1 10 
through input devices such as a keyboard 162 and pointing device 161, commonly 
referred to as a mouse, trackball or touch pad. Such commands and information 
include, for example, the identity/location of digital image data such as a family 
photo album for face annotation, a command to search a data set for an image that 
includes a particular face or annotated name, user face annotation relevance 
feedback, and so on. Other input devices (not shown) may include a microphone, 
joystick, game pad, satellite dish, scanner, or the like. These and other input 
devices are often connected to the processing unit 120 through a user input 
interface 160 that is coupled to the system bus 121, but may be connected by other 
interface and bus structures, such as a parallel port, game port or a universal serial 
bus (USB). 

[0036] A monitor 191 or other type of display device is also connected to 
the system bus 121 via an interface, such as a video interface 190. The monitor 
can be used to display digital images with one or more linear versioning histories 
and at least one corresponding digital negative. The digital negative secures a 
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particular pixel content version of the digital image for pixel content reversion 
with respect to any one or more of the latest versions of the digital image. In 
addition to the monitor, computers may also include other peripheral output 
devices such as speakers 197 and printer 196, which may be connected through an 
output peripheral interface 195. 

[0037] A peripheral 192 such as a digital/electronic still or video camera, 
image scanner, and/or the like, capable of capturing one or more images 193 (e.g., 
digital photographs) may also be included as an input device to the computing 
device 110. Further, while just one digital image input peripheral is depicted, 
multiple similar or different digital image input devices can be coupled to the 
computing device 110. Images 193 from the one or more peripherals 192 are 
input into the computer 1 10 via an appropriate data input peripheral interface 194. 
This interface 194 is connected to the system bus 121, thereby allowing digital 
images 193 to be routed to and stored in the RAM 132, or one of the other data 
storage devices associated with the computer 1 10. Besides and/or in combination 
with the digital image input peripheral 192, digital image data 193 can be input 
into the computer 110 from any of the aforementioned computer-readable media. 

[0038] The computer 110 may operate in a networked environment using 
logical connections to one or more remote computers, such as a remote 
computer 180. The remote computer 180 may be a personal computer, a server, a 
router, a handheld device such as a handheld PC, a network PC, a peer device or 
other common network node, and typically includes many or all of the elements 
described above relative to the computer 110, although only a memory storage 
device 181 has been illustrated in Fig. 1. The logical connections depicted in 
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Fig. 1 include a local area network (LAN) 171 and a wide area network 
(WAN) 173, but may also include other networks of various implementation such 
as one or more wireless communication networks. Such networking environments 
are commonplace in homes, offices, enterprise-wide computer networks, intranets 
and the Internet. 

[0039] When used in a LAN networking environment, the computer 1 10 is 
connected to the LAN 171 through a network interface or adapter 170. When used 
in a WAN networking environment, the computer 110 typically includes a 
modem 172 or other means for establishing communications over the WAN 173, 
such as the Internet. The modem 172, which may be internal or external, may be 
connected to the system bus 121 via the user input interface 160, or other 
appropriate mechanism. In a networked environment, program modules depicted 
relative to the computer 110, or portions thereof, may be stored in the remote 
memory storage device. By way of example, and not limitation, Fig. 1 illustrates 
remote application programs 185 as residing on memory device 181. The network 
connections shown are exemplary and other means of establishing a 
communications link between the computers may be used. 

Exemplary Application Programs and Data 

[0040] Fig. 2 is a block diagram that shows further exemplary aspects of 
system memory 130 of Fig. 1, including application programs 135 and program 
data 137 for generating and managing digital negatives. (In the figures, the left- 
most digit of a component reference number identifies the particular figure in 
which the component first appears). In this implementation, application 
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programs 135 include, for example DIM module 202 to generate and manage one 
or more digital negatives 204. A digital negative 204 is a copy of a digital 
image 206— the copy having been generated at a particular point in the lifecycle of 
the digital image 206. It can be appreciated that the digital negative can be a copy 
of any digital object such as a copy of digital video, digital audio, text documents, 
contact records, or any other type of digital data/object. However, for purposes of 
discussion, a digital image is utilized. For instance, in this implementation, the 
DIM module creates a digital negative 204 for each digital image 206 that does not 
already have a corresponding digital negative 204 when the image is first acquired 
by the computing device 110 (Fig. 1), the first time that the digital image 206 is 
edited, responsive to a manual or automatic save operation performed by the user 
of the image as a digital negative 204, and/or responsive to preconfigured 
operational criteria. 

[0041] To these ends, the DIM module 202 exposes digital negative 
management (DNM) API 208 so that application developers can create a digital 
negative 204 when a digital image 206 is edited/modified for the first time, restore 
an image 206 to the characteristics of its corresponding digital negative 204 when 
a user decides to revert back to the corresponding digital negative 204, determine 
if a digital negative 204 for a particular digital image 206 exists, and delete a 
respective digital image's digital negative 204. For purposes of discussion, system 
level and other applications (e.g., 3 rd party applications) which interface with the 
DIM module 202 are represented by one or more of the "Imaging Acquisition, 
Processing, Management, Presentation, and/or the like, applications that interface 
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with the DNM API 208" as shown in the "other program modules" 136 portion of 
application programs 135. 

[0042] TABLE 1 shows an exemplary DNM API 208 for creating and 

managing digital negatives 204 



TABLE 1 

AN EXEMPLARY DIGITAL NEGATIVE MANAGEMENT API 

[ 

object, 

U uid(abd39776-33ab-400c-90fl-e62548118ed5), 
helpstring("IImageNegative Interface"), 
pointer_default(unique) 

] 

interface IlmageNegative : IUnknown 

^ HRESULT Create(IShellItem *psi, IPropertyStore *pps, DWORD dwFlags); 
// create a negative for this shell item (see flags above) 

HRESULT Exists(IShellItem *psi); // does a negative exist for this shell 

item? 

HRESULT Revert(IShellItem *psi); // revert the image refered to by 
IShellltem to its digital negative 

HRESULT Delete(IShellItem *psi); // delete the negative for this shell 

item 
} 



[0043] As indicated by TABLE 1, the DNM API 208 includes, for example, 
the following interfaces: 

• Exists, to determine whether a digital negative 204 exists for a particular 
digital image 206 (*psi). 
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Create, to create a digital negative 204 for a particular digital image 206, 
and store the link to the generated digital negative in a location identified 
by the IPropertyStore parameter. In this implementation, each digital 
negative is stored in the same directory folder as its corresponding digital 
image. For purposes of discussion, a shell is the default user experience 
including, for example, a start menu, file system browser, and so on. 

• Revert, to revert a digital image 206 (*psi) to its corresponding digital 
negative 204. Certain metadata (e.g., where the picture was taken, etc.) 
generated with respect to the digital image prior to reversion to a 
corresponding digital negative is maintained and not overwritten during 
revert operations. Other metadata, such as image layout, etc., may be 
changed when a picture with certain attributes is reverted to a picture with 
different attributes. For example, when a digital negative of horizontal 
orientation (landscape) is restored over a digital image of vertical 
orientation (portrait), the systems and methods will fix up metadata such 
that it will accurately reflect the reversion results. 

• Delete, to delete a digital image's corresponding digital negative 204. This 
effectively clears the digital image's reference to the digital negative. 

In this implementation, the exemplary DNM API 208 of TABLE 1 is based on the 
Component Object Model (COM) — a platform-independent, distributed, object- 
oriented system for creating binary software components that can interact. For 
purposes of discussion, and unless otherwise indicated, use of a term Revert, 
Exists, Create, or Delete refers to a respective API 208 interface. 
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[0044] We now describe more detailed aspects of the DNM API 208. With 
respect to the Exists interface, whenever a digital image is created or imported by 
an application on/to the computer 110 (Fig. 1), the digital image is 
generated/imported with structure and components specified by the digital image 
Schema 210. For instance, each digital image 206 includes a digital image 
identifier (ID) 212 and a digital negative link 214, which is used to determine 
whether a corresponding digital negative 204 has been generated for a digital 
image— the digital negative link substantially uniquely identifies a corresponding 
digital negative if the digital negative exists. Digital image schema 218 may 
include additional structure and components, for example, "other 
Information" 222 such as an image type indication (JPEG, GIF, etc.), date of 
creation, etc. 

[0045] In this implementation, digital negative link 214 values of null, or 
some other predetermined value may indicate that a digital negative 204 has not 
been generated for the digital image 206. Otherwise, the digital negative link is a 
globally unique identifier (GUID) that was assigned to the digital negative when 
the digital negative was generated (via Create) for the digital image. Digital 
negative ID 216 illustrates such a GUID. In other words, assuming a digital 
negative 204 has been created at some point in time for a digital image 206 and 
not later removed (Delete), the digital image's digital negative link 214 will 
specify the digital negative's digital negative ID 216. This is how digital 
images 206 are connected to their corresponding digital negatives 204. Such a 
GUID reference link between a digital image 206-2 and a digital negative 204-1 is 



Lee & Hayes, PLLC 
(509)324-9256 



17 



Atty Docket No. MS1-1752US 



shown by the dotted directional line 207 between respective ones of the digital 
images and the digital negatives. 

[0046] In one implementation, applications can query on each digital 
image's digital negative link 214 to find its corresponding digital negative 204, for 
instance, to maintain an index pointing each digital image 206 to its associative 
digital negative 204. For purposes of discussion, such applications are shown as 
respective portions of "other program modules" 136 of Figs. 1 and 2. 

[0047] With respect to the Create interface, Create generates a digital 
negative 204 with structure and components specified by the digital negative 
schema 218. For instance, the digital negative will include a digital negative 
ID 216 and one or more digital image Links 220. Although a digital image will 
have at most one digital negative, the digital negative may be utilized by multiple 
digital images as described below. In this implementation, the digital negative ID 
is a Globally Unique Identifier (GUID) assigned to the digital negative as it is 
generated. The digital image link(s) identify respective GUID(s)— digital image 
ID(s) 212— of the digital image(s) 206 that utilize the digital negative as a proof 
copy. 

[0048] The content of a digital image 206 may change over time (e.g., via 
user editing, copy, save, and/or other operations). However, unless the user 
explicitly maps such changes/edits to the corresponding digital negative 204, the 
digital negative will reflect the pixel content of the version of the digital image 
from which the digital negative was made. 

[0049] In this implementation, to allow substantial system level control over 
the use (creation and management) of digital negatives 204, system administrators 
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and/or other users are permitted to specify whether the digital negative feature 
(i.e., the use of digital negatives 204 for digital image 206 management) is desired. 
In one implementation, a user selects whether the digital negative feature is active 
(on/off) via system level control such as that provided by a control panel (e.g., a 
Configure Digital Negative Settings" option). In another implementation, the user 
is presented with the option to activate the digital negative feature via interaction 
with a task bar that is presented in a window, for example, a window that displays 
a directory-based folder and/or some other arrangement that includes one or more 
digital images 206. In general, options to control the state of the digital negative 
feature are presented to the user via one or more user interface (UI) controls, for 
instance, such as those available to system level and other applications via the 
digital negative UI portion of "other data" 224. 

[0050] Only when the digital negative feature is turned on for a particular 
object or set of objects is application level interaction with the DNM API 208 
permitted with respect to that object or set of objects. An object can be a digital 
image 206 and/or a container object such as a folder or some other logical 
representation for organizing/managing sets of objects. Although actual digital 
negative feature on/off state values may be selectively associated with specific 
objects, sets of objects, etc., user selected and default values indicating whether 
the digital negative feature is on/off for a respective object, set of objects, and/or 
the like, are maintained as "Digital Negative Feature Active/Inactive State 
Values(s)", as shown in "other data" 224. 

[0051] We now describe a number of examples of how DNM API 208 can 
be utilized to instruct the DIM module 202 to generate (Create) and manage 
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(Exists, Revert, and Delete) digital negatives 204 for respective ones of the digital 
images 206. 

Creating Digital Negatives 

[0052] In one implementation, whenever a digital image 206 is acquired, or 
imported on/to the computing device 110 of Fig. 1 (i.e., the digital image does not 
yet have a corresponding digital negative 204), the digital image 
creating/importing application, or an imaging acquisition interface(s), calls Create 
to automatically generate a respective digital negative 204 from the digital image. 
Exemplary image acquisition interface(s) include, for example, implementations 
of the WINDOWS Image Acquisition (WIA) interface, Still Image (STI) event 
monitors coupled to such an acquisition interface, and/or other image acquisition 
interface(s) that have been modified to interface with Create. One can determine 
if a particular digital image has an associated digital negative via the Exists 
interface. In this implementation, a new file type extension is used to differentiate 
digital negatives 204 from digital images 206. Such new file type extensions are 
based on the data format used to generate the digital negative and include, for 
example, jpgneg, .gifneg, .tifneg, and/or the like— note the "neg" suffix to the 
extension. 

[0053] Additionally, if a digital image 206 is automatically or manually 
edited for the first time, and if the digital image does not already have a digital 
negative 204, a digital negative may be created (Create) for the digital image. 
Editing a digital image (picture) refers specifically modification of one or more 
pixels that comprise the picture, not the editing of metadata associated with the 
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picture. For instance, responsive to acquiring a picture by an image acquisition 
layer/interface, the image acquisition layer may automatically apply image filters 
(e.g., red-eye or auto-correct options, and/or so on) to edit the picture. In such a 
situation, and in this implementation, if the picture does not have a corresponding 
digital negative, a digital negative is automatically created for the picture to save 
its pre-edited state/content. The newly created digital negative has not been 
altered in any way by the various filters that may have been automatically applied 
to the picture, but the digital negative is a viewable image. In this implementation, 
the digital negative is not a RAW version of the picture. 

[0054] With respect to a first time manual edit of a digital image 206 
(picture), if the picture does not already have a digital negative 204, the digital 
image management module 202 displays a dialog box (not shown) to inquire 
whether the user would like to create a digital negative 204 for the picture that was 
just edited (at this point both the pre-edited and the edited versions of the picture 
are in system memory). 

[0055] In this implementation, the digital image management module 202 
detects user edits by registering one or more interrupt handlers to trap and handle 
events such as a File Save event, which may correspond to an edit event. When 
such a trapped event is thrown by an application and caught by a corresponding 
interrupt handler, the interrupt handler determines whether the event corresponds 
to an edit of a digital image that does not have a corresponding digital negative. If 
so, the digital image management module displays a dialog box (not shown) 
asking the user if they would like to save a digital negative 204 for the picture that 
was just edited. For purposes of discussion, such a dialog box is provided by one 
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or more digital negative specific user interface (UI) components of digital image 
library portion of "Other Data" 224, which may be implemented as a Dynamic 
Link Library (DLL). 

[0056] In either case of a first-time automatic or manual edit of a digital 
image 206 that does not have a corresponding digital negative 204, whenever a 
digital negative is created for the digital image, the GUID of a generated digital 
negative 204 based on the pre-edited digital image is inserted into the digital 
negative link 214 data field of the edited digital image (a new image). The GUID 
of the edited digital image is inserted into the digital image link 220 data field of 
the generated digital negative. 

[0057] Fig. 3 shows an exemplary procedure 300 for creating and managing 
a digital negative 204 in response to automatic and/or manual edits of a digital 
image 206. At block 302, The digital image management module 202 determines 
that a digital image 206 has been or is being edited. At block 304, the digital 
image management module 202 determines whether the digital negative feature is 
active. To accomplish this, the digital negative feature state value(s) portion of 
"other data" 222 is evaluated to determine whether or not the feature is active with 
respect to the digital image. (As discussed above, such a digital feature state value 
may correspond to one or more objects). If not, the procedure ends. Otherwise, 
the procedure continues at block 306, wherein the digital image management 
module determines whether the digital image has a corresponding digital 
negative 204. If not, the procedure 300 ends. Otherwise, at block 308, the digital 
image management module creates a digital negative for the digital image in stores 
the new digital negative into system memory 130. 
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[0058] At block 310, the digital image management module 202 determines 
whether a backup engine is being utilized to backup files on the computing 
device 110 (Fig. 1). If not, the procedure 300 ends. Otherwise, the procedure 
continues at block 402 of Fig. 4, as shown by on page reference "A", wherein the 
management of digital negatives is integrated with staging areas and backup 
processes. 

[0059] Fig. 4 shows an exemplary procedure for creating and managing a 
digital negative 204 in response to automatic and/or manual edits of a digital 
image 206. In particular, Fig. 4 shows further aspects of the procedure 300 of 
Fig. 3 to manage a digital negative when a backup engine is being used to backup 
files on the computing system. At block 402, the digital image management 
module 202 interfaces with a backup engine to determine whether or not the 
digital negative 204 should be maintained in the system memory 130 of the 
computing device 110 (Fig. 1). In one implementation, the information used to 
make such a determination is a user configurable digital negative configuration 
option. By using a backup service and keeping a digital negative on the PC, 
multiple copies of the digital negative are maintained. 

[0060] If the digital negative 204 is not be maintained in the system 
memory 130, the digital image management module moves the digital negative to 
a location (staging area) in system memory for backup engine backup operations. 
At block 406, and responsive to the backup of the digital negative to external 
media (e.g., a compact disc, tape storage, and/or the like), the digital image 
management module deletes the digital negative from the staging area. 
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[0061] At block 408, responsive to determining that the digital negative 204 
is to be maintained in system memory 130 (see also, block 402), the digital image 
management module 202 moves a copy of the digital negative to the staging area 
for the backup engine to backup the digital negative to external data storage. In 
this scenario, at block 406, and responsive to backup of the digital negative to 
external media, the digital image management module deletes the copy of the 
digital negative from the staging area. 

[0062] In this manner the procedure 300 of Figs. 3 and 4 creates and stores 
digital negatives 204 responsive to automatic and/or manual edits to a digital 
image 206. Operations to manage digital negatives for digital images responsive 
to revert, save, and copy operations are described in greater detail below in 
reference to figures 5-7. 

Restoring Digital Negatives 

[0063] To allow a user to restore a digital image 206 to its digital 
negative 204, any application (e.g., including the operating system 134 of Fig. 1) 
implementing the digital negative management (DNM) API 208 provides a UI 
control such as a menu item, button, and/or the like that is linked to the Revert 
interface. For convenience, such UI controls are provided by the digital negative 
UI portion of "other data" 224. In one implementation, such a UI control specifies 
"Revert to Digital Negative" is displayed for user selection in the following 
scenarios: 

• In a task pane of a photo library, or any folder that has a file type of 
pictures. 
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• On the right-click menu of any digital image 206 (picture) that has a digital 
negative 204. 

• On an Edit menu when viewing a picture that has a digital negative. 

• On a right-click menu when viewing a picture that has a digital negative. 

If the digital negative feature is turned off, none of these entry points are available. 

[0064] In this implementation, and responsive to user selection of "Revert 
to Digital Negative", one or more digital images 206 (photos) n may have been 
selected by the user. For each photo selected, the application utilizes the Exists 
interface to determine the number of photos m out of n that have a corresponding 
digital negative 204. Only one photo is selected with a corresponding digital 
negative, the application, for example, displays a dialog box informing the user 
that the selected photo will be replaced with the original version (i.e., the digital 
negative 204) of the photo and that the photo will be deleted. Whereas, when 
multiple photos m of n having corresponding digital negatives are selected, the 
application, for example, displays a dialog box informing the user that the current 
m photos will be replaced with the original versions of the photos and the m 
photos will be deleted. In either case, and at this point, the user can agree to or 
cancel the "Revert to Digital Negative" operation. 

[0065] In one implementation, a user utilizes backed-up digital negatives to 
revert a corresponding current digital image and/or create a new digital 
image/digital negative pair from the backed-up digital negative. For instance, 
such a tool provides a UI that displays a list of previous file versions (e.g. backups 
made over time) may also display available digital negatives. The most recent 
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digital negative that was created as a result of the most recent "create" action from 
the DNM API, as well as previously created digital negatives that were backed up 
by the backup & restore application. A current digital image/object is reverted to 
the backed-up digital negative by selecting the most recent digital negative (the 
current one) and choosing the revert task. Because the backup application 
maintains previous copies of past digital negatives, that file can be restored using 
the backup application and may or may not overwrite the current digital image or 
create a new digital image/digital negative pair as a function of the options 
provided by the backup & restore application. 

[0066] If the user agrees to the Revert operation, the DIM module 202 
attempts to locate the corresponding digital negative(s) 204 via the digital negative 
link 214 of each selected digital image 206. For each corresponding digital 
negative that is not located in system memory (e.g., where the digital negative was 
originally stored— see, the Create parameters, a backup staging area, etc.), the 
DIM module interfaces with a Backup Engine to determine whether the digital 
negative has been backed-up to an external data storage device (i.e., any device 
connected to the removable nonvolatile memory interface 150 of Fig. 1). If so, the 
digital negative is recovered from the external data storage device (e.g., "Please 
insert CD [Name of CD] to retrieve the Digital Negative for this picture."). For 
purposes of discussion, such a backup engine is represented by respective portion 
of "Other Program Modules" 136 of Figs. 1 and 2, and a data backup staging area 
is represented by respective portion of "Other Data" 224 of Fig. 2. 

[0067] At this point, the digital negatives(s) 204 corresponding to the digital 
image(s) 206 selected for the Revert operation have been located, or otherwise 
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identified as unavailable. For each such located digital negative, the digital 
image 206 referenced by the digital negative (e.g., via the digital image link 220) 
is replaced with image contents of the digital negative. Note that the selected 
digital image(s) also reference the corresponding digital negative(s) via their 
respective digital negative link 214 data fields. In this implementation, and when 
a particular digital negative referenced by a digital image selected for reversion is 
not located, the user is provided with an option to create a digital negative based 
on and for the digital image. 

Maintaining Digital Negatives 

An Exemplary Implicit Save Operation 

[0068] Fig. 5 is a block diagram 500 that shows exemplary digital 
image/digital image and digital image/digital negative dataflow and state 
responsive to implicit save operations. An implicit Save operation is when a photo 
editing application or a service automatically saves changes to an altered photo 
without the end-user needing to explicitly choose a Save option or confirm the 
save operation. As a preliminary matter, and as already described, when a digital 
image 206 (picture) without a digital negative 204 is updated (acquired and/or 
edited for the first time), a corresponding digital negative is created for the picture 
as long as the digital negative feature is active with respect to the digital image. 
The picture and its corresponding digital negative are linked to one another via 
their corresponding substantially unique IDs (see, digital negative link 214 and 
digital image link 220 of Fig. 2). 
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[0069] Referring to Fig. 5, bidirectional link 502 (implemented with 
respective GUIDs) connects Digital Image "A" 504 to digital negative "A" 506. 
Responsive to an implicit save operation subsequent to an edit of Digital 
Image "A", Digital Image "A" is replaced by Digital Image "B" 508— the edit 
results (directional arrow 510 indicates operational and data flow). Link 502 is 
deleted by the digital image management module 202, which creates link 512 to 
connect Digital Image "B" to digital negative "A". At this point, digital negative 
"A" has had its digital image link 220 data field updated to match the GUID of 
Digital Image "B". However, the pixel data associated with digital negative "A" 
has not been changed from what the pixel data represented when digital negative 
"A" was linked to Digital Image "A". 

An Exemplary "Save- As. . . " Operation 

[0070] Fig. 6 is a block diagram 600 that shows exemplary digital 
image/digital image and digital image/digital negative data flow and data state 
responsive to a "save-as" operation. A "save-as" operation saves a copy of an 
object to the specified file. The "save-as" operations is hereinafter often referred 
to as a '"save-as'/copy" operation. When an application performs such an 
operation with respect to a digital image 206 (picture)— independent of whether or 
not the picture already has a digital negative 204— the picture upon which the 
operation is being performed as well as the resulting picture are linked to the same 
digital negative. In particular, each picture involved in the "save-as"/copy 
operation share the same digital negative via respective digital negative link 214 
and digital image link 220 data fields. 
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[0071] For instance, referring to Fig. 6, bidirectional link 602 (implemented 
with respective GUIDs) connects Digital Image "A" 604 to Digital Negative "A" 
606. Note that in this example, although not necessary, the digital image is 
already linked to a digital negative. Responsive to "save-as" or a copy operation 
with respect to Digital Image "A", a new picture Digital Image "B" 608 is created. 
Directional arrow 610 indicates "save-as"/copy operation flow and data flow. In 
this example, the original link 602 is maintained, and digital image management 
module 202 creates new link 612 to connect Digital Image "B" to Digital Negative 
"A". In a different scenario, wherein Digital Image "A" does not have a digital 
negative prior to the "save-as'Vcopy operation, bidirectional link 602 is also 
generated to link Digital Image "A" to a newly created (Create) digital negative 
"A" responsive to the "save-as'Vcopy operation. In either case, the resulting 
pictures (Digital Image "A" and Digital Image "B") are linked to a same digital 
negative, which in this example is Digital Negative "A". 

An Exemplary "Create New Photo from Digital Negative" Operation 

[0072] To allow a user to create a new digital image 206 (picture) from a 
digital negative 204, an application presents a UI control such as a menu item, 
button, and/or the like, for user selection. For convenience, such UI controls are 
provided by the digital negative UI portion of "other data" 224. In one 
implementation, such a UI control specifies "Create New Photo from Digital 
Negative", "Photo from Digital Negative", and/or the like. The UI control is 
displayed for user selection in the following scenarios: 
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In the task pane of a photo library, or any folder that has a perceived file 
type of pictures. 

• On a File/New/ menu of a photo library, or any folder that has a perceived 
file type of pictures. 

• On the right-click menu of any picture that has a digital negative. 

• When a picture that has a digital negative is being viewed, on the File/New/ 
menu of the corresponding window. 

If the digital negative feature is turned off, none of these entry points for the 
"Create Photo from Digital Negative" task are available. 

[0073] In this implementation, and responsive to user selection of "Create 
Photo from Digital Negative" after a digital image 206 (photo) has been selected, a 
new photo is created based on the digital negative of the selected photo (original 
photo). In one implementation, the new photo is provided with a substantially 
unique filename. Both the original photo and the new photo are linked via 
respective data fields 214 and 220 to the digital negative. This operation flow and 
data flow are similar to the operational flow and data flow discussed above respect 
to Fig. 6. 

Make This the Digital Negative for This Picture 

[0074] There are several scenarios wherein a user may benefit from an 
opportunity to change the digital negative 204 that is associated with a particular 
digital image 206 (picture). For instance, the user may not be interested in the first 
version of the digital image— as represented by its current digital negative. Instead 
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the user would rather change the digital negative to reflect a current set of edits to 
the picture. In this scenario, a save-as operation would not provide the user with 
the desired digital negative characteristics. 

[0075] To address this need, and responsive to a specific user action, an 
application presents a UI control such as a menu item, button, and/or the like, for 
user selection— the UI control specifying "Make This Picture the Digital 
Negative", or the like. In this implementation, the UI control is provided by the 
digital negative UI portion of "other data" 224. The UI control is displayed for 
user selection in the following scenarios (i.e., task entry points): 

• In the task pane of a photo library, or any folder that has a perceived file 
type of pictures. 

• On a right-click menu of any digital image 206 (picture) that has a digital 
negative 204. 

• On the Edit menu of any window, when viewing a picture that has a digital 
negative. 

(If the digital negative feature is turned off, none of these entry points for such a 
"Make This Picture the Digital Negative" task are available). 

[0076] In this implementation, and responsive to user selection of "Make 
This Picture the Digital Negative" after a digital image 206 (picture) has been 
selected, if the picture was in the process of being edited, the application asks the 
user to either Save the picture's changes, or Cancel the changes. This action 
provides an indication of the respective version of the picture to use as the digital 
negative 204. 
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[0077] In one implementation, this results in the display of a dialog box 
asking the user, for example: "This will replace your digital negative with this 
version of the picture. Are you sure you want to do this? [Yes/No]". (Such a 
dialog box may be provided by the digital negative UI of "other data" 224). 
Responsive to user selection of "Yes" from the dialog box, the respective version 
of the picture replaces the previous digital negative. (The digital negative is linked 
to the respective version of the picture, and the respective version of the picture is 
linked to the digital negative). If no other digital images 206 were linked to the 
previous digital negative, then the previous digital negative is discarded. 
Otherwise, the previous digital negative remains, but it no longer has a link to the 
current picture (the respective version of the picture). That link has been removed. 

[0078] Fig. 7 is a block diagram 700 that shows exemplary digital 
image/digital image and digital image/digital negative data flow and data state 
responsive to a user instantiated "Make This Picture the Digital Negative" 
operation. In this example, Digital Image "A" 702 is linked to Digital Negative 
"A" 704, and vice versa, via bidirectional link 706. Edits are made to Digital 
Image "A" resulting in Digital Image "B" 708. Directional arrow 710 represents 
task flow and data flow for such an edit operation. At this point "A" and "B" are 
linked to Digital Negative "A" via respective links 702 and 712. At this point, the 
user selects "Make This Picture the Digital Negative" with respect to Digital 
Image "B". Responsive to this action, bidirectional link 712 is deleted, and Digital 
Negative "B" 714 is created (Create) from Digital Image "B". Digital Negative 
"B" is linked to Digital Image "B", and vice versa, via bidirectional link 716. 
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Links 706, 712, and 716 represent respective digital negative link 214 and digital 
image link 220 data fields. 

An Exemplary Digital Negative Deletion Operation 

[0079] In one implementation, assuming that a digital image 206 is 
associated with a corresponding digital negative 204, if the digital image (picture) 
is deleted by a user, the digital image management module 202 determines 
whether there are any other pictures that rely on the same digital negative. (Such a 
delete operation results in at least an application call to the Delete interface, and 
possibly one or more calls to the Exists interface). In one embodiment, this is 
accomplished by evaluating the one or more digital image link(s) 220 in the digital 
negative. As already described, each such link is a GUID to a picture that relies 
on the digital negative. Additionally, as reliance on the digital negative is 
generated and/or removed, the digital image management model respectively 
updates the respective GUID(s) in this data field. 

[0080] If no sucn additional reliance is identified, then the digital 
negative 204 corresponding to the digital image 206 that is marked for deletion is 
also deleted. Otherwise, the digital negative is not deleted, but instead, the link 
from the digital negative to the digital image is removed from the digital 
negative's digital image link 220 data field. In this manner, when more than a 
single picture is linked to a digital negative, and although the link from the digital 
negative to the picture is removed, the digital negative is maintained for the non- 
deleted picture(s) that utilize the digital negative. 
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An Exemplary Digital Negative UI 

[0081] Existing technology does not automatically manage logical views of 
digital images across originals, or proofs of a digital image in combination with 
various versions of the digital image. Instead, to generate such a view, a user 
typically must manually organize photos not just by date or event, but by other 
categories as well. For example, a user may have several versions of each picture 
in respective directory folders. Such versions may represents, for instance, image 
versions with lower-resolution compatible with e-mailing, image versions used for 
Web site publication, sepia-toned versions, etc., the number and types of changes 
that can be made to a digital image is virtually infinite. As can be appreciated, 
such manual organization is generally inconvenient, labor intensive, and time 
consuming. 

[0082] To address this limitation of conventional UI techniques, the digital 
negative (DN) UI portion of the "other data" 224 combines the above described 
concepts of a digital original (i.e., a digital negative 204) with digital image 
(picture) versioning to provide a logical view into a set of related digital images. 
Such a logical view is automatically organized based on substantially unique 
GUIDS across picture versions, one or more configurable sets of which are 
selectively linked to a single one of multiple possible digital negatives associated 
with the one or more sets. This UI provides a user with a logical view of such 
complex data relationships as well as flexibility to revert any particular version of 
the picture back to a particular pre-existing pixel representation based on the 
linked digital negative. 
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[0083] Fig. 8 shows a logical view 800 into a set of digital images 206 
created by implicit save(s) and save-as/copy operations from a single proof (digital 
image) represented by the pixel content of the digital negative 204. Pictures 802 
through 808 are respective digital images 206 of Fig. 2. This logical view presents 
all versions and version histories of an original picture with respect to one 
representation of original pixel content. 

[0084] In this example, each picture column 1-4 (i.e., pictures 802-1 
through 802-3 represent column 1, 804-1 through 804-3 column 2, 806-1 through 
806-3 column 3, and 808-1 through 808-3 column 4), illustrates a respective 
version and version history of an original digital image 206. Although the original 
digital image is not shown, it had pixel contents equivalent to that of the digital 
negative 810, which is representative of a digital negative 204 of Fig. 2. In this 
example, as changes/edits were made to the picture versions from the bottom row 
to the top row, the changes replaced the previous respective picture version. 

[0085] As a result, the last row— pictures 801-3 through 808-3 represents 
the latest picture versions. Bidirectional GUID links between the respective 
picture versions 802 through 808 and the digital negative 810 are shown via the 
vertical and horizontal connections between pictures and the digital negative. As 
such, the logical view provides links into a photo library grouped by picture 
family, and includes latest versions of a picture for presentation to a user— 
although all or some other version set, possibly including more than a single 
digital negative per single version set, could also have been represented as a 
function of user selected operations performed with respect to a picture. 
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[0086] Fig. 9 shows an exemplary properties window 900 for displaying 
properties of a digital image 206 that has a corresponding digital negative 204. In 
this implementation, the controls and layout of the window are provided via the 
digital negative UI portion of "other data" 224. Such a window may be displayed 
in many different ways (e.g., a File/Properties menu item, a context sensitive menu 
item, and/or the like) by an application responsive to user selection of the digital 
image. Note that the digital image of this example is titled "Maui Day 1_01". The 
window 900 includes a version history portion 902 that specifies the date that the 
corresponding digital negative was last modified/created, as well as corresponding 
date(s) of modifications to the digital image. 

[0087] Fig. 10 shows an exemplary UI window 1000 for displaying a group 
of photos by digital image 206 version history family. For purposes of this 
example, the left-most photo of each row of pictures represents that picture 
family's corresponding digital negative 204. As shown by window 1000, each the 
versioning history of a photo is represented as a logical collection (e.g., folder), or 
a container of all the photos that came from a certain base pixel content. It may 
contain the digital negative, the cropped one, the black and white one, etc., in a 
location a user can easily find. In one implementation, this window is a view 
available on top of a virtual folder, of photos or any other file type. 

An Exemplary Procedure for Digital Negatives 

[0088] Fig. 11 shows an exemplary procedure 1100 to present a Digital 
Negative UI and to parse user interaction with the UI to create, manage, and utilize 
digital negatives. As described above, a digital negative can be a copy of any 
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digital object such as a copy of digital image, video, audio, text documents, 
contact records, or any other type of digital data/object. Thus, when the digital 
object is not a digital image or video, digital data may not include pixel content, 
but instead may include different digital data such as text, audio, etc. For purposes 
of this implementation, a digital image comprising pixel data/content is utilized. 

[0089] At block 1 102, a user interface (UI) is presented on a display device 
for creating and managing digital negatives across one or more linear picture 
version history progressions. Aspects of such a user interface were described 
above in reference to the digital negative user interface portion of "other data" 
224, and Figs. 8-10. At block 1104, the DIM module 202 receives, via the user 
interface, an indication of an operation corresponding to a digital image 206. 
Blocks 1106 through 1114 parse the operation. In particular, at block 1106, the 
DIM module determines whether the operation is an implicit save of edits to the 
digital image. If so, operations continue at block 1202 of Fig. 12 as illustrated by 
on page reference "B". (Operations of Fig. 12 are described below). Otherwise, 
the procedure continues at block 1108, wherein the DIM module determines 
whether the operation is a save-as or copy of the digital image. If so, the operation 
continues at block 1302 of Fig. 13 as illustrated by on page reference "C". 
(Operations of Fig. 13 are described in greater detail below). 

[0090] If the operation is not a save-as or copy operation, the procedure 
1 100 continues at block 1110, wherein it is determined if the operation is a "create 
new photo from a corresponding digital negative" operation. If so, the procedure 
continues at block 1402 of Fig. 14 as indicated by on page reference "D". 
(Operations of Fig. 14 are described in greater detail below in reference to 
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Fig. 14). Otherwise, the procedure continues at block 1112, wherein the DIM 
module 202 determines whether the operation specifies to make a selected digital 
image (photo) into a digital negative. If so, the procedure 1 100 continues at block 
1502 of Fig. 15 as indicated by on page reference "E". (The operations of Fig. 15 
are described in greater detail below). At block 1 1 14, it is determined whether the 
operation is a revert operation, indicating that pixel contents of a selected digital 
image are to be replaced with pixel contents of a corresponding digital negative. 
If so, the procedure continues at block 1602 of Fig. 16 as indicated by on page 
reference to "F". 

[0091] Fig. 12 shows further aspects of the exemplary procedure of Fig. 11. 
In particular Fig. 12 shows exemplary operations to manage a digital negative in 
view of an implicit save of changes to a digital image. At block 1202, the DIM 
module 202 (Fig. 2) determines whether an indicated digital image already has a 
digital negative associated with it. If so, the procedure continues at block 1204. 
At block 1204, the link to the old version of the digital image (i.e., the version that 
is not associated with edits/changes corresponding to the implicit save) is removed 
from the digital negative. For purposes of discussion, such a link is shown as a 
digital image link 220 of Fig. 2. In this particular example, the digital image link 
for removal would point to the previous version of the digital image. At block 
1206, the new version of the digital image (i.e., the version that comprises the 
edits/changes corresponding to the implicit save operation) and the digital negative 
are bi-directionally linked to one another. 

[0092] At block 1202, if the procedure 1100 determines that the digital 
image to which the implicit save corresponds does not have an associated digital 
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negative, the procedure continues at block 1208. At block 1208, a digital negative 
comprising substantially similar pixel content as the digital image is created and 
bi-directionally linked to the digital image. 

[0093] Fig. 13 shows further aspects of the exemplary procedure of Fig. 11. 
In particular Fig. 13 shows exemplary operations to manage a digital negative in 
view of a "save-as" or copy operation directed to a digital image. At block 1302, 
responsive to determining that the user or an application has instantiated a "save- 
as" or copy operation with respect to a digital image, the procedure 1 100 makes a 
copy of the digital image. If the digital image already has a link to a 
corresponding digital negative, that link is not removed either from the digital 
image or from the digital negative. At block 1304, the procedure bi-directionally 
links the copy to the digital negative. If the digital image was not associated with 
a digital negative at time of the "save-as" or copy operation, a digital negative is 
created based on the pixel content of the digital image. Such operations were 
described above in reference to Fig. 3. The digital image and the newly created 
digital negative are then bi-directionally linked to the copy. 

[0094] Fig. 14 shows further aspects of the exemplary procedure of Fig. 1 1. 
In particular Fig. 14 shows exemplary operations to manage a digital negative in 
view of a user implemented request to create a new photo from a digital negative. 
The operations of Fig. 14 are analogous to the operations described above with 
respect to Fig. 13, with the exception that a copy of the digital negative is made 
into a digital image. In particular, at block 1402, the procedure 1100 makes a 
copy of the digital negative. At block 1404, the procedure bi-directionally links 
the copy and the digital negative. 
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[0095] Fig. 15 shows further aspects of the exemplary procedure of Fig. 11. 
In particular Fig. 15 shows exemplary operations to manage a digital negative in 
view of a user implemented request to make a particular photo the digital negative 
for the photo. In particular, at block 1502, the procedure 1 100 determines whether 
the digital image already has a connected/linked digital negative. If so, at 
block 1504, the procedure determines whether the digital negative is shared with a 
different digital image. If not, the procedure continues at block 1506, wherein the 
digital negative is deleted from system memory and the link from the digital image 
to the digital negative (digital negative link 214 of Fig. 2) is removed from the 
digital image. At this point, the procedure continues at block 1508, wherein a new 
digital negative is created for the digital image based on pixel content of the digital 
image. Additionally, the digital image and the digital negative are bi-directionally 
linked to one another. 

[0096] At block 1504, if it was determines that the subject digital image 
does share its associated digital negative with a different digital image, the 
procedure continues at block 1510. At block 1510, that link to the digital image 
from the digital negative (digital image link 220 of Fig. 2) is removed from the 
digital negative. This is performed in a manner that does not delete the digital 
negative from system memory so that the different one or more digital images may 
still rely on the digital negative for pixel content. 

[0097] At block 1502, if the procedure determines that the digital image 
does not have a connected digital negative, the procedure continues at block 1508 
as described above, wherein a digital negative is created for the digital image 
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based on pixel content of the digital image. Additionally, the digital image and the 
digital negative are bi-directionally linked. 

[0098] Fig. 16 shows further aspects of the exemplary procedure of Fig. 11. 
In particular Fig. 16 shows exemplary operations to revert pixel content of a 
digital image to pixel content of a corresponding digital negative in view of a user 
implemented reversion request. At block 1602, the procedure 1100 responsive to 
receiving a revert pixel content request with respect to a particular digital image, 
locates the digital negative corresponding to the digital image. As discussed 
above with respect to Fig. 3, depending on whether a backup engine is used to 
store digital negatives on external data storage devices, the digital negative may be 
stored externally to the computing device 110 (Fig. 1), or in a location such as a 
backup engine staging area. 

[0099] At block 1604, pixel content of the digital image are replaced with 

pixel content of the digital negative. 
Conclusion 

[0100] The described systems and methods provide for digital negatives. 
Although the systems and methods have been described in language specific to 
structural features and methodological operations, the subject matter as defined in 
the appended claims are not necessarily limited to the specific features or 
operations described. For instance, the concept of digital negatives for images can 
be extended to video, music, and/or other types of data. Thus, the specific features 
and operations are disclosed as exemplary forms of implementing the claimed 
subject matter. 
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